Personalized digital media access system (PDMAS)

ABSTRACT

The invention is an apparatus that facilitates access to encrypted digital media to accept verification and authentication from an excelsior enabler using at least one token and at least one electronic identification. The at least one electronic identification could be a device serial number, a networking MAC address, or a membership ID reference from a web service. Access to the product is also managed with a plurality of secondary enablers using the at least one electronic identification reference.

CROSS-REFERENCE TO RELATED APPLICATIONS

This application is a continuation of, and claims the priority benefitof, U.S. patent application co-pending Ser. No. 12/985,351 titledPERSONALIZED DIGITAL MEDIA ACCESS SYSTEM (PDMAS) filed Jan. 6, 2011;which is a continuation of, and claims the priority benefit of, U.S.patent application Ser. No. 12/728,218 filed Mar. 21, 2010 nowabandoned, which are both incorporated herein by reference, in theirentirety.

BACKGROUND OF THE INVENTION

1. Field of the Invention

The present invention relates to the field of digital rights managementschemes used by creators of electronic products to protect commercialintellectual property copyrights privy to illegal copying usingcomputerized devices. More specifically, the present invention teaches amore personal system of digital rights management which employselectronic ID, as part of a web service membership, to manage accessrights across a plurality of devices.

2. Description of the Prior Art

Digital rights management (DRM) is a generic term for access controltechnologies used by hardware manufacturers, publishers, copyrightholders and individuals to impose limitations on the usage of digitalcontent across devices. DRM refers to any technology that inhibitsundesirable or illegal uses of the digital content. The term generallydoesn't refer to forms of copy protection that can be circumventedwithout modifying the file or device, such as serial numbers or keyfiles. It can also refer to restrictions associated with specificinstances of digital works or devices.

Traditional DRM schemes are defined as authentication components addedto digital files that have been encrypted from public access. Encryptionschemes are not DRM methods but DRM systems are implemented to use anadditional layer of authentication in which permission is granted foraccess to the cipher key required to decrypt files for access. Acomputer server is established to host decryption keys and to acceptauthentication keys from Internet connected client computers runningclient software in which handles the encrypted files. The server canadminister different authorization keys back to the client computer thatcan grant different sets of rules and a time frame granted before theclient is required to connect with the server to reauthorize accesspermissions. In some cases content can terminate access after a setamount of time, or the process can break if the provider of the DRMserver ever ceases to offer services.

In the present scenario, consumer entertainment industries are in thetransition of delivering products on physical media such as CD and DVDto Internet delivered systems. The Compact Disc, introduced to thepublic in 1982, was initially designed as a proprietary system offeringstrict media to player compatibility. As the popularity of homecomputers and CD-ROM drives rose, so did the availability of CD rippingapplications to make local copies of music to be enjoyed without the useof the disc. After a while, users found ways to share digital versionsof music in the form of MP3 files that could be easily shared withfamily and friends over the Internet. The DVD format introduced in 1997included a new apparatus for optical discs technology with embedded copyprotection schemes also recognized as an early form of DRM. Withinternet delivered music and video files, DRM schemes has been developedto lock acquired media to specific machines and most times limitingplayback rights to a single machine or among a limited number ofmultiple machines regardless of the model number. This was achieved bywriting the machine device ID to the metadata of the media file, thencross referencing with a trusted clearinghouse according to pre-setrules. DRM systems employed by DVD and CD technologies consisted ofscrambling (also known as encryption) disc sectors in a pattern to whichhardware developed to unscramble (also known as decryption) the discsectors are required for playback. DRM systems built into operatingsystems such as Microsoft Windows Vista block viewing of media when anunsigned software application is running to prevent unauthorized copyingof a media asset during playback. DRM used in computer games such asSecuROM and Steam are used to limit the amount of times a user caninstall a game on a machine. DRM schemes for e-books include embeddingcredit card information and other personal information inside themetadata area of a delivered file format and restricting thecompatibility of the file with a limited number of reader devices andcomputer applications.

In a typical DRM system, a product is encrypted using Symmetric blockciphers such as DES and AES to provide high levels of security. Ciphersknown as asymmetric or public key/private key systems are used to manageaccess to encrypted products. In asymmetric systems the key used toencrypt a product is not the same as that used to decrypt it. If aproduct has been encrypted using one key of a pair it cannot bedecrypted even by someone else who has that key. Only the matching keyof the pair can be used for decryption. After receiving an authorizationtoken from a first-use action are usually triggers to decrypt blockciphers in most DRM systems. User rights and restrictions areestablished during this first-use action with the corresponding hostingdevice of a DRM protected product.

Examples of such prior DRM art include Hurtado (U.S. Pat. No. 6,611,812)who described a digital rights management system, where upon request toaccess digital content, encryption and decryption keys are exchanged andmanaged via an authenticity clearing house. Other examples include Alve(U.S. Pat. No. 7,568,111) who teaches a DRM and Tuoriniemi (U.S. Pat.No. 20090164776) who described a management scheme to control access toelectronic content by recording use across a plurality of trustworthydevices that has been granted permission to work within the scheme.

Recently, DRM schemes have proven unpopular with consumers and rightsorganizations that oppose the complications with compatibility acrossmachines manufactured by different companies. Reasons given to DRMopposition range from limited device playback restrictions to the lossof fair-use which defines the freedom to share media products willfamily members.

Prior art DRM methods rely on content providers to maintain computerservers to receive and send session authorization keys to clientcomputers with an Internet connection. Usually rights are given from theserver for an amount of time or amount of access actions before arequirement to reconnect with the server is required forreauthorization. At times, content providers will discontinue servers oreven go out of business some years after DRM encrypted content was soldto consumers causing the ability to access files to terminate.

In the light of the foregoing discussion, the current states of DRMmeasures are not satisfactory because unavoidable issues can arise suchas hardware failure or property theft that could lead to a payingcustomer loosing the right to recover purchased products. The currentmetadata writable DRM measures do not offer a way to provide unlimitedinteroperability between different machines. Therefore, a solution isneeded to give consumers the unlimited interoperability between devicesand “fair use” sharing partners for an infinite time frame whileprotecting commercial digital media from unlicensed distribution tosustain long-term return of investments.

SUMMARY OF THE INVENTION

An object of the present invention is to provide unlimitedinteroperability of digital media between unlimited machines withmanagement of end-user access to the digital media.

In accordance with an embodiment of the present invention, the inventionis a process of an apparatus which in accordance with an embodiment,another apparatus, tangible computer medium, or associated methods(herein referred to as The App) is used to: handle at least one brandingaction which could include post read and write requests of at least onewritable metadata as part of at least one digital media asset toidentify and manage requests from at least one excelsior enabler, andcan further identify and manage requests from a plurality of connectedsecond enablers; with at least one token and at least one electronicidentification reference received from the at least one excelsiorenabler utilizing at least one membership. Here, controlled by the atleast one excelsior enabler, The App will proceed to receive the atleast one token to verify the authenticity of the branding action andfurther requests; then establish at least one connection with at leastone programmable communications console of the at least one membershipto request and receive the at least one electronic identificationreference; and could request and receive other data information from theat least one membership. The method then involves sending and receivingvariable data information from The App to the at least one membership toverify a preexisting the at least one branding action of the at leastone writable metadata as part of the at least one digital media asset;or to establish permission or denial to execute the at least onebranding action or the post read and write requests of the at least onewritable metadata. To do this, controlled by the at least one excelsiorenabler. The App may establish at least one connection, which is usuallythrough the Internet, with a programmable communications console, whichis usually a combination of an API protocol and graphic user interface(GUI) as part of a web service. In addition, the at least one excelsiorenabler provides reestablished credentials to the programmablecommunications console as part of the at least one membership, in whichThe App is facilitating and monitoring, to authenticate the datacommunications session used to send and receive data requests betweenthe at least one membership and The App.

In accordance with another embodiment of the present invention, thepresent invention teaches a method for monitoring access to an encrypteddigital media and facilitating unlimited interoperability between aplurality of data processing devices. The method comprises receiving abranding request from at least one communications console of theplurality of data processing devices, the branding request being a readand write request of metadata of the encrypted digital media, therequest comprising a membership verification token corresponding to theencrypted digital media. Subsequently, the membership verification tokenis authenticated, the authentication being performed in connection witha token database. Thereafter, connection with the at least onecommunications console is established. Afterwards, at least oneelectronic identification reference is requested from the at least onecommunications console. Further, the at least one electronicidentification reference is received from the at least onecommunications console. Finally, branding metadata of the encrypteddigital media is performed by writing the membership verification tokenand the electronic identification reference into the metadata.

The present invention is particularly useful for giving users thefreedom to use products outside of the device in which the product wasacquired and extend unlimited interoperability with other compatibledevices.

BRIEF DESCRIPTION OF THE DRAWINGS

For a more complete understanding of the present invention, the needssatisfied thereby, and the objects, features, and advantages thereof,reference now is made to the following description taken in connectionwith the accompanying drawings.

FIG. 1 shows a system for monitoring access to an encrypted digitalmedia according to an embodiment of the present invention.

FIG. 2 shows a system for authoring an encrypted digital media accordingto an embodiment of the present invention.

FIG. 3 shows a flow chart giving an overview of the process of digitalmedia personalization according to an embodiment of the presentinvention.

FIG. 4 shows a flow chart giving an overview of the process of an accessrequest made by an enabler according to an embodiment of the presentinvention.

FIG. 5 shows personalized digital rights management component as part ofa compatible machine with writable static memory.

FIG. 6 shows a flowchart for monitoring access to an encrypted digitalmedia according to an embodiment of the present invention

FIG. 7 shows a flowchart showing authoring an encrypted digital mediaaccording to an embodiment of the present invention.

Skilled artisans will appreciate that elements in the figures areillustrated for simplicity and clarity and have not necessarily beendrawn to scale. For example, the dimensions of some of the elements inthe figures may be exaggerated relative to other elements to help toimprove understanding of embodiments of the present invention

DETAILED DESCRIPTION OF THE DRAWINGS

Before describing in detail the particular system and method forpersonalised digital media access system in accordance with anembodiment of the present invention, it should be observed that thepresent invention resides primarily in combinations of system componentsrelated to the device of the present invention.

Accordingly, the system components have been represented whereappropriate by conventional symbols in the drawings, showing only thosespecific details that are pertinent to understanding the presentinvention so as not to obscure the disclosure with details that will bereadily apparent to those of ordinary skill in the art having thebenefit of the description herein.

In this document, relational terms such as ‘first’ and ‘second’, and thelike may be used solely to distinguish one entity or action from anotherentity or action without necessarily requiring or implying any actualsuch relationship or order between such entities or actions. The terms‘comprises’, ‘comprising’, or any other variation thereof, are intendedto cover a non-exclusive inclusion, such that a process, method,article, or apparatus that comprises a list of elements does not includeonly those elements but may include other elements not expressly listedor inherent to such process, method, article, or apparatus. An elementproceeded by ‘comprises . . . a’ does not, without more constraints,preclude the existence of additional identical elements in the process,method, article, or apparatus that comprises the element.

The present invention is directed at providing infinite access rights oflegally acquired at least one encrypted digital media asset to thecontent acquirer, explained in this document as the excelsior enabler,and optionally to their recognized friends and family, explained in thisdocument as a plurality of secondary enablers. To explain further, theexcelsior enabler and secondary enablers defined comprises human beingsor computerized mechanisms programmed to process steps of the inventionas would normally be done manually by a human being. Additionally, anapparatus used alone or in accordance with an embodiment, anotherapparatus, tangible computer medium, or associated methods with aconnection are needed (herein referred to as The App). To deliver therequirements of the invention, communicative and connected elementscomprise: verification, authentication, electronic ID metadata branding,additional technical branding, and cross-referencing. The connectionhandling the communicative actions of the invention will usually be theInternet and can also be an internal apparatus cooperative. The App canfurther be defined as a Windows OS, Apple OS, Linux OS, and otheroperating systems hosting software running on a machine or device with acapable CPU, memory, and data storage. The App can be even furtherdefined as a system on a chip (SOC), embedded silicon, flash memory,programmable circuits, cloud computing and runtimes, and other systemsof automated processes.

The digital media assets used in this system are encrypted usually withan AES cipher and decryption keys are usually stored encoded, noencoded, encrypted, or no encrypted as part of the apparatus or as partof a connection usually an Internet server. As explained earlier, thesystem we will discuss will work as a front-end to encrypted files as anauthorization agent for decrypted access.

FIG. 1 shows a system 100 for monitoring access to an encrypted digitalmedia according to an embodiment of the present invention. The system100 includes a first recipient module 102, an authentication module 104,a connection module 106, a request module 108, a second receipt module110 and a branding module 112. The first receipt module 102 receives abranding request from at least one communications console of theplurality of data processing devices. The branding request is a read andwrite request of metadata of the encrypted digital media and includes amembership verification token corresponding to the encrypted digitalmedia. Examples of the encrypted digital media includes, and are notlimited to, one or more of a video file, audio file, container format,document, metadata as part of video game software and other computerbased apparatus in which processed data is facilitated.

Subsequently, the authentication module 104 authenticates the membershipverification token. The authentication is performed in connection with atoken database. Further, the connection module 106 establishescommunication with the at least one communication console.

According to an embodiment of the present invention, the connection isestablished through one of internet, intranet, Bluetooth, VPN, Infraredand LAN.

According to another embodiment of the present invention, thecommunication console is a combination of an Application Programmableinterface (API) protocol and graphic user interface (GUI) as a part ofweb service. The API is a set of routines, data structures, objectclasses, and/or protocols provided by libraries and/or operating systemservices. The API is either one of language dependent or languageindependent.

The request module 108 requests at least one electronic identificationreference from the at least one communication console. The secondreceipt module 110 receives the at least one electronic identificationreference from the least one communication console. The branding module112 brands metadata of the encrypted digital media by writing themembership verification token and the electronic identification into themetadata.

FIG. 2 shows a system 200 for authoring an encrypted digital mediaaccording to an embodiment of the present invention. The figure includesa selection module 202, a password module 204, a customization module206, a database module 208 and an encryption module 210. The selectionmodule 202 facilitates selection of one or more media items to form theencrypted digital media. Examples of the one or media items include, andare not limited to, one or more of a video, an audio and a game.

According to an embodiment of the present invention, the one or moremedia items are one or more of remote URL links and local media files.

The password module 204 prompts the user to enter a master passwordwhich provides access to the encrypted digital media. Subsequently, thecustomization module 206 allows the user to customize the user accesspanel of the encrypted digital media.

According to an embodiment of the present invention, the customizationmodule 206 facilitates adding one or more of a banner, a logo, an image,an advertisement, a tag line, a header message and textual informationto the user access panel of the encrypted digital media.

Further, the database module 208 connects the encrypted digital media toa database of membership verification token required for decrypting theencrypted digital media.

According to an embodiment of the present invention, the membershipverification token is a kodekey. The kodekey is a unique serial numberassigned to the encrypted digital media.

The encryption module 210 encrypts the one or more media items to createthe encrypted digital media.

According to an embodiment of the present invention, the system 200further includes a watermark module. The watermark module watermarksinformation on the encrypted digital media, wherein the watermark isdisplayed during playback of the encrypted digital media.

According to another embodiment of the present invention, the system 200further includes an access module. The access module allows the user todefine access rights. Examples of the access rights include, but are notlimited to, purchasing rights, rental rights and membership accessrights.

According to yet another embodiment of the present invention, the system200 further includes a name module. The name module allows the user toname the encrypted digital media.

FIG. 3 shows a flow chart giving an overview of the process of digitalmedia personalization according to an embodiment of the presentinvention. The process is achieved by way of an enabler using anapparatus or otherwise known as an application in which facilitatesdigital media files. The apparatus interacts with all communicativeparts required to fulfill the actions of the invention. The figure showsa Kodekey Graphical User Interface (GUI) 301, a product metadata 302, anetworking card 303, internet 304, 306 and 308, database 305 and 309 andan APIwebsite.com GUI 307. A user posts a branding request via theKodekey GUI interface 301. The Kodekey GUI interface 301 is the GUI forentering token. The Kodekey GUI interface 301 prompts the user to enterthe token and press the redeem button present on the Kodekey GUIinterface 301. The product metadata 302 is read/writable metadataassociated with the digital media to be acquired. The networking card303 facilitates querying of optional metadata branding process andreferenced. The Kodekey GUI interface is connected to the database 305via the internet 304 through the networking card 303. The database 305is the database used to read/write and store the tokens, also referredto as token database. The user is redirected to the APIwebsite.com GUI307 through the internet 306. The APIwebsite.com is the GUI to themembership API in which the electronic ID is collected and sent back tothe Kodekey GUI interface 301. The APIwebsite.com GUI 307 prompts theuser to enter a login id and a password to access the digital mediawhich is acquired from the database 309 through the internet 308. Thedatabase 309 is the database connected to the web service membership inwhich the user's electronic ID is queried from.

Examples of the encrypted digital files include, and are not limited to,a video file, an audio file, container formats, documents, metadata aspart of video game software and other computer based apparatus in whichprocessed data is facilitated.

FIG. 4 shows a flow chart giving an overview of the process of an accessrequest made by an enabler according to an embodiment of the presentinvention. Subsequently, the communicative parts to cross-referenceinformation stored in the metadata of the digital media asset arechecked which has been previously handled by the process of FIG. 1. Thefigure shows an enabler access request 401, a product metadata 402, anetworking card 403, an internet 404, 406 and 408, a database 405 and409 and an APIwebsite.com GUI 407, The enabler access request 401facilitates the user to make a request for the digital media. Theproduct metadata 402 is read/writable metadata associated with thedigital media to be acquired. The networking card 403 facilitatesquerying of optional metadata branding process and referenced. Thedatabase 405 is the database used to read/write and store the tokens.The APIwebsite.com GUI 407 is the GUI in which the electronic ID iscollected and sent back to the Kodekey GUI interface 301. TheAPIwebsite.com GUI 407 prompts the user to enter a login id and apassword to access the digital media from the database 409 through theinternet 408. The database 409 is the database connected to the webservice membership in which the user's electronic ID is queried from.

FIG. 5 shows personalized digital rights management component as part ofa compatible machine with writable static memory. The figure representsan authorization sequence action in which a machine is authorized toaccept a personalized digital media file. The figure includes STR3EMMachine GUI 501 including the connect icon 502, a load key file icon503, a networking card 504, an internet 505, 508 and 510, a database 506and 511, a machine memory 507 and a APIwebsite.com GUI 509. The STR3EMMachine GUI 501 prompts the user to connect or load a key file toauthorize the device through the connect icon 502 and the load key fileicon 503. The STR3EM Machine GUI 501 is connected to the networking card504. The networking card 504 facilitates querying of optional metadatabranding process and referenced. Further, the STR3EM machine GUI 501 isconnected to the database 506 via the internet 505. The database 506 isthe database used to read/write and store the tokens. Moreover, STR3EMMachine GUI 501 is connected to the machine memory 507. The machinememory 507 represents the internal memory of the machine or device soauthorizations can be saved for access of the digital media. TheAPIwebsite.com GUI 509 is connected to the STR3EM machine GUI throughthe internet 508. Further, APIwebsite.com GUI 509 is connected to thedatabase 511 through the internet 510. The APIwebsite.com GUI 509prompts the user to enter the login id and a password to authorize theaccess to digital media. The database 511 is the database connected tothe web service membership in which the user's electronic ID is queriedfrom.

FIG. 6 shows a flowchart for monitoring access to an encrypted digitalmedia according to an embodiment of the present invention. At step 602,a branding request is made by a user from at least at least onecommunications console of the plurality of data processing devices. Thebranding request is a read and write request of metadata of theencrypted digital media.

According to an embodiment of the present invention, the requestincludes a membership verification token corresponding to the encrypteddigital media.

Subsequently, the membership verification token is authenticated at step604. The authentication is performed in connection with a tokendatabase. Further, connection with the at least communication console isestablished at step 606. Afterwards, at least one electronicidentification reference is requested from the at least onecommunications console at the step 608. At step 610, at least oneelectronic identification reference in received from the at least onecommunication console. Finally, metadata of the encrypted digital mediais branded by writing the membership verification token and theelectronic identification reference into the metadata at the step 612.

FIG. 7 shows a flowchart showing authoring an encrypted digital mediaaccording to an embodiment of the present invention. At step 702, one ormore media items are selected by the user to form the encrypted digitalmedia. Subsequently, a master password is entered for providing accessto the encrypted digital media for editing at step 704. Afterwards, theuser customizes the user panel of the encrypted digital media at step706. Further, the encrypted digital media is connected to a database ofmembership verification tokens required for decrypting the encrypteddigital media at the step 708. Finally, the one or more media items areencrypted to create the encrypted digital media at the step 710.

According to various embodiments of the present invention, theverification is facilitated by at least one token handled by at leastone excelsior enabler. Examples of the token include, and are notlimited to, a structured or random password, e-mail address associatedwith an e-commerce payment system used to make an authorization payment,or other redeemable instruments of trade for access rights of digitalmedia. Examples of e-commerice systems are PayPal, Amazon Payments, andother credit card services.

According to an embodiment of the present invention, an identifier forthe digital media is stored in a database with another database of alist of associated tokens for cross-reference identification forverification.

According to an embodiment of the present invention, the database of alist of associated tokens includes Instant Payment Notification (IPN)received from successful financial e-commerce transactions that includesthe identifier for the digital media; import of CSV password lists, andmanually created reference phrases.

For this discussion, the structured or random password example will beused as reference. The structured or random passwords can be devised inencoded schemes to flag the apparatus of permission type such as: 1)Purchases can start a password sequence with “P” following a randomnumber, so further example would be “PSJD42349MFJDF”. 2) Rentals canstart or end a password sequence with “R” plus (+) the number of days arental is allowed, for example “R7” included in “R7SJDHFG58473” flagginga seven day rental. 3) Memberships can start or end a password sequencewith “M” plus (+) optionally the length of months valid for example“M11DFJGH34KF” would flag an eleven-month membership period.

According to an embodiment of the present invention, the tokens arestored in a relational database such as MySQL or Oracle. Cloud storagesystems such as Amazon's Web Services Simple Storage Solution, or alsoknown as S3, provides a highly available worldwide replicatedinfrastructure. In addition to S3, monetization offerings such as DevPayoffer developers the opportunity to make money from applicationsdeveloped to use the services.

The verification will reference to the S3 and DevPay services forexample purposes only as many options such as FTP, SimpleDB, solid statestorage and others can be used to host the token hosting needed for theverification element of this invention. The token represents permissionfrom the content provider to grant access rights to the excelsiorenabler and thereafter the plurality of secondary enablers. To set upthe verification the content provider can manually or automaticallygenerate a single or a plurality of structured or random password inwhich will represent the token. By using public or private access of S3as part of an apparatus, the content provider can create empty textfiles giving each the name of the passwords generated. Because S3 isassociated with a highly available worldwide infrastructure, to checkthis password token can be done my simply constructing a HTTP requestfrom the apparatus and triggering follow up actions based on either a200 HTTP response, which means OK at which point the next action canhappen, or a 400 HTTP response which means ERROR at which point theverification process is voided. An additional token can be used toprovide a flag to the apparatus that the verification element has beenfulfilled for an initial verification token. Creating an alternateversion of the first token by appending a reference to the end, forexample, does this: “M11DFJGH34KF_usergstr3em.com_(—)01_(—)01_(—)11”. Inthis example, it is defined that the eleven month authorized membershiptoken was verified by a user@str3em.com on Jan. 1, 2011. By providing asecond token, the first token becomes locked to ownership by theexcelsior enabler preventing unauthorized users from reusing the firsttoken without providing the authentication associated with thealternative referenced second token. In the interest of providers of theapparatus delivering this invention, this document will teach a methodof a HTTP PUT calculation scheme for automatic royalty billing andadministration for the token element used in the invention. Amazon'sDevPay allow developers to attach monetary charges to data services ofS3 offered as an embedded component of the apparatus. By using the “PUT”requests parameter, tokens generated by the apparatus are monitored,calculated, and charged to clients of the apparatus provider. Forexample: the default charge measure for DevPay is $0.05 for every 1000PUT requests. By changing the amount to $100 for every 1000 PUTrequests, the apparatus provider is paid a $0.10 royalty for each tokencreated. Content providers using a connected apparatus like DevPay todeliver and manage digital media distribution do not need to haverestrictions on the tokens created as with prior art DRM key providersas DevPay is charged on a pay-as-you-need model on a monthly basis. As anovelty to the apparatus provider, if a content provider fails to payroyalties due, the DevPay hosting will automatically deny token accessto all related media products in distribution and restore thisverification element when royalties are paid in full.

The authentication element of this invention is at least handled firstby the at least one excelsior enabler with a connection to a membership.In the present discussion, the connection is equal to the Internet andthe membership is equal to a web service. Further, the web service mustbe available for two way data exchange to complete the authenticationprocess of this invention. Data exchange with a web service is usuallyfacilitated with a programmable communications console, at most times,will be an Applications Programmable Interface (API). An API is a set ofroutines, data structures, object classes, and/or protocols provided bylibraries and/or operating system services in order to support thebuilding of applications. An API may be language-dependent: that is,available only in a particular programming language, using theparticular syntax and elements of the programming language to make theAPI convenient to use in this particular context. Alternatively an APImay be language-independent: that is, written in a way that means it canbe called from several programming languages (typically anassembly/C-level interface). This is a desired feature for aservice-style API that is not bound to a particular process or systemand is available as a remote procedure call. A more detailed descriptionof API that can be used for an apparatus can be found in the book,“Professional Web APIs with PHP: eBay, Google, Paypal, Amazon, FedExplus Web Feeds”, by Paul Reinheimer, Wrox publishers (2006). A programapparatus, scripts, often calls these APIs or sections of code residingon user computerized devices. For example, a web browser running on auser computer, cell phone, or other device can download a section ofJavaScript or other code from a web server, and then use this code to inturn interact with the API of a remote Internet server system asdesired. A Graphic User Interface (GUI) can be installed for humaninteraction or processes can be preprogrammed in a programmable scriptsuch as PHP, ASP.Net, Java, Ruby on Rails and others. The authenticationelement of the invention is usually embedded as a process of theapparatus but could be linked dynamically. In this document, theembedded version using a GUI will be used as reference. The web serviceequipped with the API is usually a well-known membership themedapplication in which the users must use an authentic identification.Some example includes Facebook in which as a rule, members are requiredto use their legal name identities. A reference number or name with theFacebook Platform API represents this information. Other verified webservices in which real member names are required such as the LinkedInAPI and the PayPal API and even others could be used, but for thisdiscussion, Facebook will be used only as an example of how theauthentication element of the invention is utilized. The Facebook APIsystem, as well as others, operates based on an access authenticationsystem called from a connected apparatus (which is usually an Internetpowered desktop or browser based application) with an API Key, anApplication Secret Key and could also include an Application ID. Forexample, the Facebook API Application Keys required to establish a dataexchange session with the connected apparatus might look like:

API Key 37a925fc5ee9b4752af981b9a30e9a73gh Application Secretf2a2d92ef395cce88eb0261d4b4gsa782 Application ID 51920566446

The collective API keys are usually embedded in the source code of theapparatus, or stored on a remote Internet server, and could be includedin the encrypted digital media metadata and inserted on-the-fly intocalls made to the API from the connected apparatus. This allows dynamicAPI connection of the apparatus using keys issued to individual contentproviders so in the event of a reprimand of a single the individualcontent provider by the API provider, the collective the individualcontent providers and the enablers of the connected apparatus are notaffected.

Upon an access request of the digital media, the excelsior enablerinteracts with the apparatus, usually software or web application, toenter membership credentials in a GUI front-end connected to the API.The membership credentials are usually comprised of a login elementcomprising a name, phrase, or e-mail address, and a secret password. Thecredentials can be generated by the enabler or automatically generatedby the web service. Once the enabler authenticates their identity withthe membership, the apparatus facilitating the data communication canrequest relevant information to fulfill the process chain of theinvention. For example, Facebook API Platform defines members as IDnumbers, so if a member's real name is John Doe, then Facebook API ID(also programmatically known as the FBID) would be 39485678. Once theenabler successfully sign in to the GUI element then the apparatus willquery the API for at least one electronic identification reference, inthis discussion is the FBID. The FBID is received to the permanent ortemporary memory of the apparatus to sustain the branding andcross-referencing requirements of the invention. Additional informationcan be requested according to membership status or connected “friends”of the enabler. Additional information can be made required forsuccessful authentication and includes: a minimum amount of totalfriends, a minimum amount of female friends, a minimum amount of malefriends, a minimum amount of available pictures, a minimum age limit andother custom rules can be defined by the apparatus. An example of howthis would work is a content provider can define a minimum of 32Facebook friends are required to access an encrypted digital media assetoffered for sale or promotion. This is achieved by the apparatushandling a access request in which the enabler has not yet acquiredaccess rights by executing and parsing information returned by theFacebook “Friends.get” API command.

XML return example of the Facebook “Friends.get” API command where aplurality of FBID are returned to the apparatus for parsing additionalinformation as may be required to satisfy successful authentication:

<?xml version=“1.0” encoding=“UTF-8”?> <friends_get_responsexmlns=“http://api.facebook.com/1.0/”xmlns:xsi=“http://www.w3.org/2001/XMLSchema-instance”xsi:schemaLocation=“http://api.facebook.com/1.0/http://api.facebook.com/1.0/facebook.xsd”list=“true”> <uid>222333</uid><uid>1240079</uid> </friends_get_response>

When authenticating a compatible device or machine which may not haveaccess to a connection for the authentication element, a key file orpart of the metadata thereof could be made on another connectedcompatible device or machine and allow the enabler to executeFriends.get API command to collect and store the complete list of aplurality of FBID to the key file or the metadata thereof. Thecompatible device or machine which may not have access to a connectionfor the authentication element with an embedded interaction console,usually a user GUI, can request and load the key file or part of themetadata thereof to save the complete list of a plurality of electronicidentification references, in this discussion is reference as the FBID,to storage or metadata as part of the compatible device or machine. Thisstep ensures the cross-referencing element requirement of the inventioncan take place in the event the connection for the authenticationelement is not present in the compatible device or machine.

Another example is a content provider can allow shared access to friendsof the excelsior enabler after a time period, like for example, 90 days.After the 90 day period, when media access is requested using theauthentication element by a plurality of secondary enablers, which areusually friends and family of the excelsior enabler, the FBID of theexcelsior enabler is cross-referenced with the FBID of the requestingsecondary enabler by way of the apparatus ability to execute theFacbeook “Friends.areFriends” API command.

XML return example of the Facebeook “Friends.areFriends” API commandwhere FBID 2223322 and 2222333 are friends and FBID 1240077 and 1240079are not friends:

<?xml version=“1.0” encoding=“UTF-8”?> <friends_areFriends_responsexmlns=http://api.facebook.com/1.0/xmlns:xsi=http://www.w3.org/2001/XMLSchema-instancexsi:schemaLocation=“http://api.facebook.com/1.0/http://api.facebook.com/1.0/facebook.xsd”list=“true”> <friend_info><uid1>222332</uid1><uid2>222333</uid2> <are_friends>1</are_friends></friend_info> <friend_info> <uid1>1240077</uid1><uid2>1240079</uid2><are_friends>0</are_friends> </friend_info></friends_areFriends_response>

Such usability can be important to sustain “fair use” rights ofconsumers of the digital media to emulate usability found with physicalmedia products such as CD and DVD that can be loaned to friends andfamily after an inception grace period.

Once the information of the verification and authentication elements isacquired, the apparatus handles the next process of writing theinformation to the digital media metadata and can include additionalinformation gathered from components of The App. Components of The Appcan include MAC address from a networking card, CRC checksum of anembedded file or circuit, SOC identifier, embedded serial number, OSversion, web browser version, and many other identifiable components aspart of The App. For this discussion, the MAC address from a networkingcard as part of The App will be used as reference of a secondaryelectronic identification reference. In computer networking, a MediaAccess Control address (MAC address) is a unique identifier assigned tomost network adapters or network interface cards (NICs) by themanufacturer for identification, and used in the Media Access Controlprotocol sub-layer. If assigned by the manufacturer, a MAC addressusually encodes the manufacturer's registered identification number. Itmay also be known as an Ethernet Hardware Address (EHA), hardwareaddress, adapter address, or physical address. The novelty of embeddingthe MAC address along with the FBID of the excelsior enabler is toprovide a plurality of electronic identification references in whichcross-referencing actions can allow more rapid access to be granted withless interaction from an enabler. For example, to retrieve the FBID fromFacebook to cross-reference with the FBID stored in the digital mediametadata requires the enabler to possibly physically need to enter theirlogin and password credentials to the GUI connected to the apparatus. Itmay be possible that web browser cookies allow automatic Facebook loginby storing an active session key, but the session key is not guaranteedto be active at the time of an access request. While the enabler may nothave an issue executing another authentication command, several remoteoperations could exist to control authentication and access requestsseparately from each other. The apparatus can execute a programmableretrieval command, usually a GET command, to locate and retrieve the MACaddress from an attached or connected networking card. After the FBID isacquired, the MAC address is also acquired to write the plurality ofelectronic identifications to the metadata of the at least one encrypteddigital media asset by; obtaining the decryption key to decrypt theencrypted digital media asset which is usually stored encoded, noencoded, encrypted, or no encrypted as part of the apparatus or as partof a connected source, usually an Internet server with an encryptedHTTPS protocol. A plurality of MAC addresses can be stored along withthe FBID of the excelsior enabler to manage access rights across aplurality of devices. To understand metadata and the uses, metadata isdefined simply as to “describe other data”. It provides informationabout certain item's content. For example, an image may include metadatathat describes how large the picture is, the color depth, the imageresolution, when the image was created, and other data. A textdocument's metadata may contain information about how long the documentis, who the author is, when the document was written, and a shortsummary of the document. Web pages often include metadata in the form ofMeta tags. Description and keywords Meta tags are commonly used todescribe the Web page's content. Most search engines use this data whenadding pages to their search index. In the invention, the FBID and MACaddresses are written to the digital media asset metadata to prepare forthe instant or delayed cross-referencing element of the invention. Thesame process of writing the information to the digital media metadata istrue with secondary enablers allowing the same benefits ofcross-referencing.

Cross-referencing, the last element of the invention is used to verifyaccess rights of an enabler of a pre or post personalized encrypteddigital media asset. Once an enabler executes an action for accessrequest, the apparatus will obtain the decryption key to first seek theMAC address record. If the MAC address is found, then a cross-referenceprocess is executed by comparing the MAC address retrieved from themetadata of the digital media file with the MAC address retrieved fromthe networking card connected to the apparatus or The App. If thecomparison action proves to be true, then access rights are granted tothe enabler. If the comparison fails, then the apparatus can either askthe enabler to participate in communication with the authenticationelement of the invention, or could deny further interactivity with theenabler. In this discussion, the apparatus requires the enabler toparticipate in communication with the authentication element to providecredentials to establish a cross-reference comparison with the FBIDretrieved from the metadata and the FBID retrieved from the FacebookAPI. If the comparison action proves to be true, then access rights isgranted to the excelsior enabler and the current MAC address of thenetworking card as part of The App is appended to the metadata of theencrypted digital media asset and access rights is granted to theexcelsior enabler. If the FBID cross-reference fails, then the apparatuscan either ask the potential secondary enabler to participate incommunication with the authentication element of the invention, or coulddeny further interactivity with the potential secondary enabler. In thisdiscussion, the apparatus requires the potential secondary enabler toparticipate in communication with the authentication element to providecredentials to establish a cross-reference comparison with the FBIDretrieved from the metadata and the FBID retrieved from the Facebook“Friends.areFriends” API command to determine if the potential secondaryenabler identity is true or false. The determination is in accordance toany possible access grace periods set by the content provider of theencrypted digital media asset. If the comparison action proves to betrue, then access rights is granted to the secondary enabler and thecurrent MAC address of the networking card as part of The App and theFBID retrieved are appended to the established metadata information ofthe encrypted digital media asset and access rights can be granted to aplurality of secondary enablers; unlimited interoperability betweendevices and “fair use” sharing partners for an infinite time frame whileprotecting commercial digital media from unlicensed distribution tosustain long-term return of investments is achieved.

While the present invention has been described in connection withpreferred embodiments, it will be understood by those skilled in the artthat variations and modifications of the preferred embodiments describedabove may be made without departing from the scope of the invention.Other embodiments will be apparent to those skilled in the art from aconsideration of the specification or from a practice of the inventiondisclosed herein. It is intended that the specification and thedescribed examples are considered exemplary only, with the true scope ofthe invention indicated by the following claims.

1. A method for monitoring access to an encrypted digital media, themethod facilitating interoperability between a plurality of dataprocessing devices, the method comprising: receiving an encrypteddigital media access branding request from at least one communicationsconsole of the plurality of data processing devices, the brandingrequest being a read or write request of metadata of the encrypteddigital media, the request comprising a membership verification tokenprovided by a first user, corresponding to the encrypted digital media;authenticating the membership verification token, the authenticationbeing performed in connection with a token database; establishingconnection with the at least one communications console wherein thecommunications console is a combination of a graphic user interface(GUI) and an Applications Programmable Interface (API) protocol, whereinthe API is obtained from a verified web service, the verified webservice capable of facilitating a two way data exchange to complete averification process; requesting at least one electronic identificationreference from the at least one communications console wherein theelectronic identification reference comprises a verified web serviceaccount identifier of the first user; receiving the at least oneelectronic identification reference from the at least one communicationsconsole; and branding metadata of the encrypted digital media by writingthe membership verification token and the electronic identificationreference into the metadata.
 2. The method according to claim 1, whereinthe membership verification token is one or more of a structuredpassword, a random password, e-mail address, payment system and one ormore redeemable instruments of trade for access rights of the encrypteddigital media.
 3. The method according to claim 1, wherein the brandingrequest being a request from the first user through a data processingdevice of the plurality of data processing devices, the first useracquiring access rights to the encrypted digital media; or wherein thebranding request being a request from one or more secondary usersconnected to the first user, the one or more secondary users comprisingone or more of human beings or programmed computerized mechanisms innetwork of the first user; wherein the one or more secondary users arevalidated by a membership web service.
 4. The method according to claim3, wherein the membership verification token represents verificationfrom content provider to grant access rights to the first user and theone or more secondary users.
 5. The method according to claim 1, whereinthe encrypted digital media is shared with one or more users accordingto a membership.
 6. The method according to claim 5, wherein the one ormore users are a network of recognized human beings using machines orrecognized automated computerized mechanisms programmed by human beings,the recognition of the users being validated by the membership status ofa membership web service.
 7. The method according to claim 1, whereinthe encrypted digital media is associated with an identifier stored in adatabase, the identifier being cross-referenced with a correspondingtoken from a list of associated tokens stored in the token database forverification.
 8. The method according to claim 1, wherein the encrypteddigital media is one of a video file, audio file, container format,document, metadata as part of video game software and other computerbased apparatus in which processed data is facilitated.
 9. The methodaccording to claim 1, wherein the electronic identification reference isa key file, the key file being uploaded by the at least onecommunications console for branding the encrypted digital media; therebygiving access to the encrypted digital media.
 10. The method of claim 1,wherein the method facilitates access rights authentication for theencrypted digital media, the branding request is an access request, andwherein the read or write request of metadata is performed in connectionwith a combination of a memory, CPU, server, database, and cloud system;the access request is generated by either a human user, a machine, or ahuman programmed computerized device; the access request furthercomprises a membership verification token and a rights token wherein therights token is a flag indicating the verification token is successfullyverified.
 11. The method of claim 2, wherein the membership verificationtoken comprises at least one token selected from a group consisting of apurchase permission, a rental permission, or membership permissioncoupled to a royalty scheme; wherein the permission is represented byone or more of a letter, number, combination of letters and numbers,phrase, authorization, list, interface button or an instrument of tradefor access rights of the encrypted digital media.
 12. A system formonitoring access to an encrypted digital media, the system facilitatinginteroperability between a plurality of data processing devices, thesystem working as a front-end agent for access rights authorizationbetween a plurality of data processing devices, the system comprising: afirst receipt module, the first receipt module receiving an encrypteddigital media access branding request from at least one communicationsconsole of the plurality of data processing devices, the brandingrequest being a read or write request of metadata of the encrypteddigital media, the request comprising a membership verification tokenprovided by a first user, corresponding to the encrypted digital media;an authentication module, the authentication module authenticating themembership verification token, the authentication being performed inconnection with a token database; a connection module, the connectionmodule establishing connection with the at least one communicationsconsole wherein the communications console is a combination of a graphicuser interface (GUI) and an Applications Programmable Interface (API)protocol wherein the API is obtained from a verified web service, theverified web service capable of facilitating a two way data exchange tocomplete a verification process; a request module, the request modulerequesting at least one electronic identification reference from the atleast one communications console wherein the electronic identificationreference comprises a verified web service account identifier of thefirst user, a second receipt module, the second receipt module receivingthe at least one electronic identification reference from the at leastone communications console; and a branding module, the branding modulebranding metadata of the encrypted digital media by writing themembership verification token and the electronic identificationreference into the metadata.
 13. The system according to claim 12,wherein the encrypted digital media is one of a video file, audio file,container format, document, metadata as part of video game software andother computer based apparatus in which processed data is facilitated.14. The system according to claim 12, wherein the electronicidentification reference is a key certificate file, the key certificatefile being uploaded by the at least on communications console forbranding the encrypted digital media; thereby giving access to theencrypted digital media.
 15. A computer program product for use with acomputer, the computer program product comprising a non-transitorycomputer usable medium having a computer readable program code storedtherein for monitoring access to an encrypted digital media, the methodfacilitating interoperability between a plurality of data processingdevices, the computer program product performing the steps of: receivingan encrypted digital media access branding request from at least onecommunications console of the plurality of data processing devices, thebranding request being a read or write request of metadata of theencrypted digital media, the request comprising a membershipverification token provided by a first user, corresponding to theencrypted digital media; authenticating the membership verificationtoken, the authentication being performed in connection with a tokendatabase; establishing connection with the at least one communicationsconsole wherein the communications console is a combination of a graphicuser interface (GUI) and an Applications Programmable Interface (API)protocol wherein the API is obtained from a verified web service, theverified web service capable of facilitating a two way data exchange tocomplete a verification process; requesting at least one electronicidentification reference from the at least one communications consolewherein the electronic identification reference comprises a verified webservice account identifier of the first user; receiving the at least oneelectronic identification reference from the at least one communicationsconsole; and branding metadata of the encrypted digital media by writingthe membership verification token and the electronic identificationreference into the metadata.
 16. The computer program product of claim15, wherein the membership verification token comprises at least onetoken selected from a group consisting of a purchase permission, arental permission, or membership permission coupled to a royalty scheme;wherein the permission is represented by one or more of a letter,number, combination of letters and numbers, phrase, authorization, list,interface button or an instrument of trade for access rights of theencrypted digital media.
 17. The computer program product of claim 15,wherein the computer program product facilitates access rightsauthentication for the encrypted digital media, the branding request isan access request, and wherein the read or write request of metadata isperformed in connection with a combination of a memory, CPU, server,database, and cloud system; the access request is generated by either ahuman user, a machine, or a human programmed computerized device; theaccess request further comprises a membership verification token and arights token; wherein the rights token is a flag indicating theverification token is successfully verified.
 18. The computer programproduct according to claim 15, wherein the branding request is a requestfrom the first user providing a credential to a membership web servicethrough a data processing device of the plurality of data processingdevices, the first user being a human user acquiring access rights tothe encrypted digital media.
 19. The computer program product accordingto claim 18, wherein the branding request is a request from one or moresecondary users asked to participate in providing a credential to themembership web service connected to the first user, the credential beingone generated manually or generated automatically by the membership webservice, the plurality of secondary user -comprising one or more ofhuman beings or a programmed computerized mechanism in the network ofthe first user.
 20. The computer program product according to claim 19,wherein the membership verification token represents verification fromcontent provider to grant access rights to the first user and the one ormore secondary users.
 21. The computer program product according toclaim 18, wherein the encrypted digital media is shared with one or moresecondary users according to a membership status.
 22. The computerprogram product according to claim 21, wherein the one or more secondaryusers is a programmed and automated machine hosting an operating systemthat is operated by the first user.
 23. The computer program productaccording to claim 15, wherein the encrypted digital media is associatedwith an identifier stored in a database, the identifier beingcross-referenced with a corresponding token from the list of associatedtokens stored in the token database for verification.
 24. The system ofclaim 12, wherein the system facilitates access rights authenticationfor the encrypted digital media, the branding request is an accessrequest, and wherein the read or write request of metadata is performedin connection with a combination of a memory, CPU, server, database, andcloud system; the access request is generated by either a human user, amachine, or a human programmed computerized device; the access requestfurther comprises a membership verification token and a rights token;wherein the rights token is a flag indicating the verification token issuccessfully verified.
 25. The system of claim 12, wherein themembership verification token comprises at least one token selected froma group consisting of a purchase permission, a rental permission, ormembership permission coupled to a royalty scheme; wherein thepermission is represented by one or more of a letter, number,combination of letters and numbers, phrase, authorization, list,interface button or an instrument of trade for access rights of theencrypted digital media.
 26. The system of claim 12, wherein theencrypted digital media capable of interoperability between a pluralityof data processing devices, is further authored by an authoring systemcomprising: a selection module, the selection module selecting one ormore media items to form the encrypted digital media; a password module,the password module entering a master password which provides access tothe encrypted digital media for editing; a customization module, thecustomization module customizing user access panel of the encrypteddigital media; a database module, the database module connecting theencrypted digital media to a database of membership verification tokenrequired for decrypting the encrypted digital media; and an encryptionmodule, the encryption module encrypting the one or more media items tocreate the encrypted digital media.